United States 

Russello 



[19] 



[11] Patent Number: 
[45] Date of Patent: 



4,837,764 
Jun. 6, 1989 



[54] PROGRAMMABLE APPARATUS AND 
METHOD FOR TESTING COMPUTER 
PERIPHERALS 

[75] Inventor: Vincent J. Russello, West Haven, 
Conn. 

[73] Assignee: Bunker Ramo Corporation, Shelton, 
Conn. 

[21] Appl. No.: 31,534 

[22] Filed: Mar. 26,1987 

[51] Inta/ G06F 11/22* 

[52] UJS.Q 371/20; 371/15 

[58] Field of Search 371/20, 25, 15, 29, 

371/16; 364/200, 900 

[56] References Cited 

U.S. PATENT DOCUMENTS 

3.711.691 1/1973 Brehenbach et al 235/153 A 

4.168,796 9/1979 Fulks et al 235/302 

4,489,414 12/1984 Titherley 371/20 

4.567.592 1/1986 Minicilli 371/20 

4,608,531 8/1986 Stephens 324/73 R 

4,718,064 1/1988 Edwards 371/20 

4,724,378 2/1988 Murray 371/20 

4,736,374 4/1988 Kamp 371/20 

FOREIGN PATENT DOCUMENTS 

85091467 3/1984 Japan . 
60-10181 1/1985 Japan . 



2138979 10/1984. United Kingdom . 

Primary Examiner — Michael R. Fleming 

Attorney, Agent, or Firm — StOnge Steward Johnston & 

Reens 

[57] ABSTRACT 

An apparatus and method for testing the condition of 
computer peripherals is provided. The apparatus is 
portable and enclosed in a housing and comprises a 
microprocessor, first nonvolatile memory means having 
stored therein an operating system routine, at least one 
working memory means for storing an instruction set 
defining a test protocol, at least one peripheral connec- 
tor means for operatively connecting said apparatus 
with a peripheral to be tested in accordance with said 
protocol, at least one data source connector means for 
operatively connecting an external data source to said 
apparatus, a keyboard for receiving user commands for 
controlling the operation of said microprocessor and 
sending said user commands to said microprocessor, a 
display, and second nonvolatile memory means having 
permanently stored threin a debuffer routine for re- 
sponding to user commands input through the keyboard 
to instruct the microprocessor to store an instruction set 
in working memory defined by data input from said 
external data source and test said peripheral in accor- 
dance with the protocol set forth in said instruction set. 

15 Claims, 9 Drawing Sheets 
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It is a further object of the present invention to pro- 

PROGRAMMABLE APPARATUS AND METHOD vide a programmable peripheral tester that is capable of 

FOR TESTING COMPUTER PERIPHERALS accepting an instruction set or sets defining test proto- 
cols over a suitable communications link from a termi- 

BACKGROUND OF THE INVENTION 5 nal located at a remote station. 

A. Field of the Invention U * a ***** ob J cct of thc P resent Mention to pro- 

This invention relates to apparatus and a method for vide a P/og™able peripheral tester that permits 

testing the condition of computer peripherals. ^"T of distraction set defining the test protocol 

B Prior Art change thereof if necessary. 

Peripheral testers for testing the condition or opera- 10 » » a of * e P? 5 ^ inv ! ntion * P ro " 

bility of printers, disk drives? monitors, and the like a P en P heral tester wuh a plurality of uiterchange- 

mdependoitly of their computer host are known in the Me »\^ m } T** """J? ^ 

^ r manually selected by the on-site user to choose a desired 

. * • • test protocol. The instruction set is then loaded into a 

The engineer or user in a normal service environment .u • . , , ' f t ' j. . 

j. i u j , 4 4 _ A 15 working memory that is isolated from the diagnostic 

ordinarily would need access to a host computer system cafd & j «*«* 5 » W wv 

and a diagnostic written for the particular peripheral to t* ;« r . . . - . . , • - 

be testedln order to troubleshoot the device In addi- " 13 a ^ ^ the present mvention to pro- 

uc i»icu in viiuci iu tiuuui«iiuui uic ucviwc. iji ouu. vic i e a penpheral tester that gives a high level of confi- 

tion, the engineer would also have to be trained in the j Jl™Li: *v A Ji . ^ ..... - 

operation of both the host and the diagnostic. , n l enCe Pfoper condition and operabihty of 

H rr • V i\ ! . , ^7 . 20 the peripherals as indicated by said peripheral tester. 

The peripheral tester solves this problem by being in T# • -fi „*i,«. ~c ♦u,.' ™ K • + ~ — 

«• * «i * • u *» *u * *u «. * *u It is a further object of the present invention to pro- 

effect a "ami .host » that pemnts the user to operate the ^ a metllod for ^ com ^ rf hera]s whe P re a 

peripheral, without the host, and monitor the penpher- femote gtation ^ ^ * ^ de a F tes f protocol for a 

als response to excitation or exercising signals sent out peripheral 

by T fc ^M^i^w, t-a i a- , • 23 Funher'objects and advantages of the present inven- 

U.S. Pat Na 4,489,414 to TiAerley discloses micro- tion ^ become from ^ fo,^ descri 

processor-based computer peripheral testing equipment tion of ^ drawings ^ ^ p referred embodiments 
employing a plug-ui Firmware module for releasable 

plug-in connection with the system containing firmware BRIEF DESCRIPTION OF THE DRAWINGS 

constituting peripheral test and exercising program- ^ % 1A md 1B m schematic representations of 

ming routines Titherley also discloses and claims a the apparatus of ^ present tendon; 

plug-in mput/output module providing an interface FIG. 2 is a hardware block diagram of the apparatus 

circuit including line drivers for releasably coupling a of ±c prese nt invention; 

computer peripheral to the system. mGS 3 ^ 3A m flow ^ diigiaiM of the oper . 

However, Titherley is limited to the test and exercis- 35 ating system ^ 

ing routines provided on the firmware modules physi- nGSi ^ 4A ^ 4B are flow chart d ia grains 0 f the 

cally available to the user. Should the user desire to debugger routine, 
modify the firmware test routine or employ a new test 

to meet a particular problem with a peripheral encoun- DETAILED DESCRIPTION OF THE 

tered in thc field, a new module must be prepared. This 40 PREFERRED EMBODIMENT 

is time consuming and expensive. Also, an input/output The peripheral tester of the present invention is a 

module which will accommodate the variety of periph- microprocessor based device whose function is to allow 

erals to be tested must be available to the user. The ^ end user to easily test and exercise printers and other 

device of Titherley can therefore be unwieldy, inflexi- type3 0 f input/output devices that interface to comput- 

ble, and limited in its application to many problems 45 ers. 

encountered in the field. xhe local or on-site user inserts a diagnostic card or 

SUMMARY OF THE PRESENT INVENTION P^g-in nonvolatile memory means containing a set of 

instructions or program including a test protocol into 

The present invention provides a peripheral tester for the tester and presses a key on a keyboard. The user is 

testing computer peripherals in accordance with (1) a 50 then directed by a message on a display to attach the 

test protocol stored on a diagnostic card chosen manu- peripheral to the proper one of a plurality of peripheral 

ally by a user, (2) a test protocol entered by the user connectors. The user is then guided step by step 

through a keyboard on the peripheral tester, or (3) atest through a test for the peripheral until any problems can 

protocol entered into memory in the peripheral tester be isolated. 

from a computer terminal located at either a local or a 53 If the available diagnostic cards do not provide a 

remote station. suitable test program, the user of the present invention 

It is an object of the present invention to provide a has several choices. The user can obtain a new diagnos- 
programmable peripheral tester having nonvolatile tic card from his technical support center with the de- 
memory means containing an operating system routine sired new or modified program. However, this may be 
and a debugger routine for permitting alteration of the 60 unrealistic because it is expensive and time consuming, 
instruction set defining the test protocol locally by the In accordance with the present invention, technical 
on-site user or remotely from a remote station by a support personnel in a remote home office miles away 
remote user such as a technical support center. can write a new or modified set of instructions, and load 

It is a further object of the present invention to pro- this program into the peripheral tester from a remote 

vide a programmable peripheral tester that has the flexi- 65 station, such as a computer terminal, over a suitable 

bility of permitting input of an instruction set defining communications link. Alternatively, the local user who 

the test protocols by an on-site user from a keyboard on is familiar with the programming languages and periph- 

said peripheral tester. eral being tested can write a new modified program for 
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meeting the particular needs of the test situation- The 
local user can then input this program into the periph- 
eral tester by using a computer terminal located locally. 

With reference to FIGS. 1, 1 A, IB, and 2, the periph- 
eral tester 10 is housed in a portable case or housing 12 5 
designed for either bench or field use. The housing 12 is 
preferably made of any suitably durable material, such 
as for example rigid fiberglass. The housing has a re- 
movable cover (not shown) to give easy access to the 
connector panel indicated generally at 14, which in this 10 
embodiment includes three peripheral connectors 32, 
34, and 36 for coupling tester 10 to the peripherals to be 
tested. 

Microprocessor 51 is the central processing unit of 
the peripheral tester 10 and is preferably a Zilog Z-80 15 
micro 2 MHz clock rate unit connected as shown in the 
hardware block diagram of FIG. 2. Any suitable micro- 
processor or other CPU can be used as well. 

A keyboard 16 is used for local user commands and 
data input, while the display 18 is used for output Key- 20 
board 16 is preferably encoded ASCII with membrane 
switches. The display is preferably an LCD with 2 
lines X 32 characters, although other suitable equipment 
well known in the art can be used as well. 

The test programs comprise at least one preselected 25 
instruction set defining a test protocol for microproces- 
sor 51 to send excitation signals to said peripheral and 
receive response signals therefrom. By monitoring the 
excitation and response signals, the peripheral can be 
stepped through a variety of functions independent of 30 
its computer host and its responses noted. 

The test programs are available to the local user on a 
plurality of diagnostic cards 19, which can be any suit- 
able interchangeable plug-in nonvolatile memory means 
such as a circuit board having one or more EPROMS 35 
mounted thereon. Cards 19 are stored in a tray storage 
section 20. A particularly preferred diagnostic card, 
such as that indicated in more detail at figure number 
22, comprises two EPROMS 17 and associated cir- 
cuitry well known in the art. Diagnostic card 22 con- 40 
tains at least one instruction set defining a test protocol 
for the peripheral 33 being tested. 

Peripheral 33 is connected to the peripheral tester 
through peripheral connector 32, explained in more 
detail below. Peripheral 33 can be a printer, such as a 45 
serial or a parallel printer, or other computer peripher- 
als for which service in the field is desired. 

The diagnostic cards 19 typically contain at least one 
program or instruction set for testing a peripheral, al- 
though of course depending upon memory size and 50 
program length, several programs can be stored on one 
card. The local user then simply chooses the card, such 
as for example card 22, that contains a test protocol 
corresponding to the peripheral 33 to be tested. The 
program is then loaded into the tester 10, as explained in 55 
detail below. 

The diagnostic card storage section or tray 20 can 
accommodate a number of cards 22, each preferably 
containing two or more peripheral tests. 

To the right rear of the unit is the AC power recepta- 60 
cle 24, the AC line fuse 26, power on-off switch 28, and 
the reset button 30. 

The rear center area 14 of the tester 10 is the periph- 
eral connector area. In the preferred embodiment, the 
connector labeled 32 is a TTL serial port, connector 34 65 
is a RS-232 serial port, and connector 36 is a standard 
parallel printer port. It is of course understood that the 
present invention is not limited to only three connec- 
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tors, as other numbers of connectors can be supplied. 
These peripheral connectors 32, 34, and 36 are for con- 
necting peripheral tester 10 with the peripheral 33 to be 
tested, there being a connector provided for each of the 
different types of peripherals. The peripheral connec- 
tors 32, 34, and 36 are also suitably connected to micro- 
processor 51 as shown by conventional I/O chips 31, 
35, and 37 in FIG. 2, so that the microprocessor 51 can 
apply excitation signals to the peripheral under test and 
receive response signals therefrom, all in accordance 
with the test protocol. 

The connector labeled 38 is the receptacle for the 
diagnostic card 22. Connector 38 is accessible to the 
local user from outside the housing 12 for receiving and 
mating with a corresponding connector 39 on diagnos- 
tic card 22. In the preferred embodiment, connector 38 
is a 44 pin P.C. card connector. Connector 39 is opera- 
tively coupled to the EPROMS 17 on card 22, so that 
when power is supplied to the card 22 as described 
below, the instruction set stored in the EPROMS is 
transferred or loaded into working memory or RAM 48 
under control of microprocessor 51. The card 22 may 
then be removed and restored in tray or storage area 20, 
thereby avoiding an awkward obstruction on the opera- 
tor panel and avoiding the possibility of damage to the 
card 22, connector 8, or tester 10. 

The peripheral tester operating system routine resides 
in the operating system memory 40, which is preferably 
a suitable PROM. The operating system routine perma- 
nently stored in memory 40 is summarized generally by 
the flow chart shown in box 42 of FIG. IB. FIGS. 3 and 
3 A provide a more complete description of the operat- 
ing system. 

Whenever power is applied (box 44) and initialization 
has occurred (box 46), the operating system routine will 
perform its power-up diagnostics subroutines. These 
diagnostics perform a Z-80 register check on micro- 
processor 51 and a memory test on RAM 48. These 
diagnostics are indicated generally by box 50. If an 
error is encountered during power up, the device will 
attempt to inform the user by displaying the error on 
display 18. 

The operating system routine will wait for the local 
user to insert a diagnostic card 22 into connector 38 and 
press the "L" or "H" key on keyboard 16. If the M L M 
key is pressed, the operating system routine will turn on 
power to the diagnostic card 22 and enable its data path 
through connector 38. The data from the card 22, com- 
prising the instruction set for the test protocol, is read 
into RAM 48 and a checksum is performed. If the calcu- 
lated checksum does not match the checksum stored in 
the diagnostic card 22, the user will be informed by the 
displayed message "CHECKSUM ERROR". If the 
checksums do match, then program control will be 
turned over to the program or instruction set loaded 
into RAM memory 48. The program will then proceed 
to make calls to the operating system routine to read a 
key from the keyboard 16, write a character to the 
display 18, and carry out the other conventional func- 
tions of an operating system routine. 

The peripheral tester debugger routine is perma- 
nently stored in memory 52, preferably a PROM, and is 
accessed from the operating system routine as shown in 
the operating system routine flowchart at box 54. The 
command "D" entered on keyboard 16 releases control 
from the operating system routine to the debugger rou- 
tine indicated generally by box 56 in FIG. 1A and the 
flowchart therein. Thereafter, the operating system 
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routine ignores all other system functions until the operated PC terminal can be used to directly drive the 

debugger routine is exited as described below and con- . peripheral under test. Additionally, this PC terminal 

trol is returned to the operating system routine. A more can also be located remotely with a communications 

detailed explanation of the debugger routine is dis- link such as the PC terminal arrangement indicated by 

cussed below with respect to FIGS. 4> 4A, and 4B. 5 figure numbers 58, 60, 62, and 64 in FIG. 1. 

Using the debugger routine, changes to the test pro- Other miscellaneous debugger subroutines indicated 

gram or instruction set can be accomplished not only by generally at boxes 77 and 78 are provided and are dis- 

the local user, but also by a remote user located at a cussed in more detail below with respect to FIGS. 4, 

technical support station perhaps many miles.away. 4A, and 4B. 

The debugger routine permits a user, either locally or 10 When entry of a modified program is complete, the 

remotely, to easily expand the available test protocols debugger routine can be exited to the operating system 

beyond those stored on the diagnostic cards 22 in tray routine at boxes 79 and 80 to run the program now in 

20. Such tests can be expressed by data comprising an working memory as shown at boxes 81 and 82. The 

instruction set input from an external data source, such debugger routine can also be exited and operating sys- 

as for example computer terminal 58 located at a remote 15 tem routine as shown generally at boxes 83 and 

station. Terminal 58, shown in FIG. 1 as a PC terminal, ^ 

can be connected to the peripheral tester 10 through ^ test 5^^^ can ^ ended ^ the peripheral 

modem 60, communications link 62, modem 64, and testef ^wend down by the operating system as indi- 

connector 34. In this manner, a techmcal support engi- cated at boxes 85 md 86 , which h typ i ca ii y acc0 m. 

neer at a home office can write a sophisticated test 20 lis hed sim { b ^ ^ AC r switch ^ tQ 

protocol desired for a particular peripheral and send it ^ « 0 fp, po^on 

electronically to said peripheral tester 10 This avoids pio 2 ^ a block & owill fte 

"SSSXT* CX ^ nSe of t havm f t0 ff^ " construction of tester 10 from components well known 

new EPROM for a new dia^ostic card, which card „, ,h e an. Each diagnostic card 22 fe preferably capable 

well might be used only once for the special peripheral 25 q[ fa 4R £ ^ * £ 

test anvwav 

Computer terminal 58 need not be located at a remote stadc memory Serial coinmunication is done through 

station, as shown in FIG. 1. A technician may have his P ort 34 V^My J**6 ™ A.C& (asynchronous 

own PC terminal on-site for assistance in reprogram- commuiuc^oiis dement). These chips can be pro- 

ming peripheral tester 10. 30 Summed from DC to 56K baud m many combinations 

The various features of the debugger routine are of start > S *>P> word length and parity. TheT^ port 32 

summarized in box 56 and are discussed in more detail '»? tw <> ^ ° f docks, one for the nonstandard BCS- 

below. After the debugger routine is started (box 66), a 90 baud shown » 35 m na 2 » other for 

user is given a choice of selecting a variety of features standard baud rates (300, 600, etc.) shown as 41 in FIG. 

or subroutines by entering the appropriate commands 35 z clock switcher 43 switches back and forth between 

on a computer terminal, such as tenninal 58, which can ' clocks 41 md 35 t0 P ro P er clock for the 

be either local or remote, connected to terminal 34. npheral being tested. The parallel port 36 uses a 8255 

A user, either local or remote, may load a preselected chi P 37 - lt 18 wired and Programmed to comply with 

program or instruction set into RAM memory 48 from Centronics parallel printer standards, 

an external data source (boxes 69 and 70) by loading 40 Diagnostic card power is controlled by an external 

data defining the instruction set from an external data memory switch 92, such as for example a dip reed relay, 

source such as terminal 58 into RAM 48. This permits which under control of the operating system routine 

loading of a program from another computer, such as a applies power to the card 22 from external memory 

personal computer terminal, that a local user has writ- P°wer 90 and enables its data path. With this arrange- 

ten to meet the particular test requirements at hand. 45 ment » the diagnostic card 22 is isolated from the system 

Alternatively, the computer may be located remotely at umtt the program is ready to be loaded, 

a technical support station. The "STOP" key on the keyboard will cause the 

The user, either local or remote, may output data microprocessor 51 to interrupt and abandon its current 

supplied by that user to a selected port such as connec- reset its program stack, and return to the operating 

. tors 32, 34, or 36 (boxes 71 and 72). In this fashion, a 50 system routine, 

user can input data on a computer terminal and have it Conventional memory interface logic 93 and memory 

sent directly to the peripheral under test, thereby allow- decode logic 94 are provided for interfacing micro- 

ing the user to exercise the peripheral or step the periph- processor 51 with the memory chips, 

eral through a variety of commands recognizable by the Memory is allocated generally as follows. PROM 40 

peripheral. 55 contains the operating system routine. PROM 52 con- 

The user, either local or remote, may load a program tains the debugger routine and is conveniently broken 
or instruction set into memory from a computer termi- down into memory block 95 for containing the com- 
nal, which may be either local or remote (boxes 73 and mand interpreter subroutine for selecting a function of 
74). If the local user is sophisticated and sufficiently the debugger routine in response to a valid command 
familiar with the program operation, he may write his 60 entered through the keyboard, memory block 96 for 
own program with the aid of a local terminal. Aiterna- manipulation of data to alter, search, and/or fill work- 
tively, technical support could telephone or otherwise ing memory, memory block 97 for containing I/O sub- 
communicate the program or set of instructions to the routines, memory block 98 for executing subroutines, 
local user for entry through PC terminal 58. and memory block 99 for containing miscellaneous 

The debugger terminal subroutine allows a local or 65 subroutines for downline loading, the terminal subrou- 

remote user to send data from a terminal, such as a PC tine, and restarting. RAM 101 provides a scratchpad 

terminal, directly to a selected port or connector (boxes memory for use during the debugger routine. Working 

75 and 76). In this manner, the terminal such as a user memory is provided by RAM 48. 
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BASIC OPERATION 

The local user begins the test sequence for the periph- 
eral tester 10 by connecting tester 10 to a 115 volt AC 
power source and powering up the unit. Display 18 will 5 
display "INSERT DIAG. CARD AND PRESS 
TO LOAD OR PRESS 'H' FOR HELP". This mes- 
sage will also appear whenever the user presses the 
"STOP" key or the RESET button. 

The "L" command is used to load and execute the 
software contained on a diagnostic card 22. The "H" 
command will display the other possible commands of 
the operating system and then return to the operating 
system's main menu. ^ 

To test a device, the local user manually selects a 
diagnostic card 22 that includes the desired peripheral 
test routine and plugs it into connector 38. The "L" key 
is pressed on the keyboard. LED 23 on the diagnostic 
card will flash momentarily as the diagnostic or applica- 20 
tions program is loaded into system memory RAM 48. 
The user may then remove the diagnostic card 22 and 
return it to the storage area 20. If the data from the 
diagnostic card is not read by microprocessor 51, then 
the message "RESTART ERROR" will be displayed. 25 
A faulty EPROM or incorrect software will display 
"CHECKSUM ERROR". 

If data is valid, control is turned to the test program 
for execution. 

Once the test program is loaded and running, a pe- 30 
ripheral selection menu will be displayed. The user 
enters the identifying number of the peripheral he 
wishes to test. The peripheral tester prompts the user to 
attach the peripheral to the proper connector. 35 

A sub-menu of peripheral tests will appear. For exam- 
ple, an "ASCII" test and a "USER" test are typically 
provided for a printer. The "ASCII" test will send to 
the printer the entire printable "ASCII" character set in 
a barber pole pattern. This pattern will print each char- 40 
acter in every position on the device, thereby allowing 
the user to determine if the device drops any characters. 
The "USER" test allows the user to enter a chosen 
pattern to check for special device problems on key- 
board 16. If a detectable peripheral error occurs, then 45 
the peripheral tester will display the error condition 
before restarting the test and will pause until the "RE- 
TURN" key is pressed. 

The peripheral tester 10 has a "STOP" key located 
on the upper right side of the keyboard. When the 50 
"STOP" key is pressed, the tester will stop its current 
task and return to the system's main menu. The user 
may load in a new diagnostic card 22 or restart the 
previous test. 

The peripheral tester also displays a "heartbeat", 53 
which signifies to the user that the tester is working. 
The system will alternately display the "<" and 
symbols on the first line of the display 18 in the first 
character position. The heartbeat will "flip" when a ^ 
device is under test. The rate will vary according to the 
device under test. If the "heartbeat" does not flip, the 
user is thereby notified to reset the tester and try the test 
again. If the problem persists, either the tester has failed 
or a software problem exists. 55 

This heartbeat feature gives the user confidence that 
the peripheral tester is in fact operational to test the 
peripheral. 



OPERATING SYSTEM ROUTINE 

FIGS. 3 and 3A provide a flowchart of a more de- 
tailed explanation of the operating system routine of the 
peripheral tester 10 of the present invention. FIG. 3 is 
an elaboration on box 42 of FIG. IB to show further 
details of the operating system routine. 

With reference to FIGS. 3 and 3A, the sequence 
starts at box 100. The memory stack and hardware are 
initialized (box 102), and a test of the CPU or micro- 
processor 51 is started to determine whether the CPU is 
operating properly (box 104). If the test is passed, the 
memory test is then started (boxes 106 and 108); how- 
ever, if the CPU test is not passed, then a diagnostic 
message is sent to the user on display 18 that the 4, power 
up" diagnostic has failed and the test is stopped (boxes 
110 and 112). If the memory test passes, then the periph- 
eral tester's main menu is displayed on display 18 (boxes 
114 and HQ; however, if the memory test fails, then the 
tester 10 will attempt to inform the user of the defective 
component and the test is stopped (boxes 110 and 112). 

After initialization and conduction of system diagnos- 
tic tests, the peripheral tester displays the main menu 
(box 116) and waits for the user to enter a command by 
pressing a suitable key (box 118). The commands and 
functional descriptions thereof are listed as follows, 
with references to the appropriate boxes in FIG. 3: 



Com- 
mand^ 

B Boot: This command will turn on power to the 

diagnostic card 22 and read the data into RAM 48. 

Program control U returned to the operating system 

(boxes 126 and 160-176); 
C Calculated Checksum: This is the same as boot, but a 

checksum will appear on display 18 (boxes 128-130); 
D Debugger Mode: Will release control to the debugger 

routine and ignore all other system functions (boxes 

132-134); 

H Help: this command gives a brief description of each 
operating system command. To abort this command 
keep pressing the return key until the main system 
menu appears, or press "STOP" (boxes 120-122); 

R Restart program: This command will allow the code 
residing in RAM memory to be executed again without 
having to reload the diagnostic card 22. This 
command may be used as long as there is a program in 
RAM (boxes 146-148); 

K Keyboard test: This test will read the keyboard and 
write the data on the display 18. Only the print- 
able keys will be displayed (boxes 138-140); 

L Load-Run Program: This command will load the diag- 
nostic card 22 software into RAM 48, perform a check- 
sum and then release control to that application 
program for testing the peripheral (boxes 142-144); 

S Alter RAM Memory: This command will prompt the 
user for a memory address. It will then display the data 
at that address. The local user may alter the data 
by entering new data on the keyboard 16 (boxes 
150-152). 



The test program can be stopped at box 136. 

A particularly important aspect of the BOOT com- 
mand concerns the manner in which the contents of the 
EPROMS on cards 22 are loaded into working mem- 
ory. As described in FIG. 3 at boxes 160 through 176, 
the contents of the EPROMS are loaded into RAM by 
using external memory switch 92 and external memory 
power source 90 to isolate the main peripheral tester 
hardware from the EPROMS. The boot command 
transfers the instruction set into the working memory 
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RAM 48, where it can be modified using the debugger user can load a program through the computer terminal 

routine. for conducting a specific test. 

More particularly, the subroutine is begun by display- The "go to memory location" subroutine permits the 
ing a booting message to the user on display 18 (box user to go to a particular location in BAM 48 identified 
160). Then external memory power 90 is turned on (box 5 by address (boxes 222 and 224). This enables the user to 
162). After a time out loop for waiting until power has change the data in a specific location or locations, so as 
stabilized (boxes 164, 166, and 168), the external mem- to change a program line or lines, 
ory switch 92 is enabled and data is transferred from the The "search memory" subroutine allows memory to 
card 22 to RAM 48 (boxes 170, 172, and 174). When be searched for particular data and displayed along with 
data transfer is complete, external memory power is 10 an identification of where the data is located (boxes 226 
turned off and return is made to the operatings system ^ 228). In this way a user may find a particular pro- 
routine (BOX 176). step sequence in memory and change it. 

The "examine I/O port" subroutine allows the user to 

THE DEBUGGER ROUTINE input and output data from a source external to the 

FIGS. 4, 4A, and 4B are more detailed descriptions of 15 peripheral tester 10 (boxes 230 and 232). 

the debugger routine already summarized generally The user may leave the debugger routine and run the 

above in box 56 with respect to FIG. 1A. new program as shown at boxes 234 and 236. 

FIG. 4 shows the debugger routine being started at Boxes 238 ^ 240 describe loading a program from 

box 200. ^ e externa l data source, such as a computer terminal, 

The first step is for the local user to connect the 20 "to RAM memorv a checksum. It is this subrou- 

computer terminal to the peripheral connector on tester £f Aat , de f the of ' a terminal, such as remote 

10. In the preferred embodiment, the terminal is con- PC terminal 58, to modify the contents of RAM 48 to 

nected to connector 34 (box 202). The computer tenni- a new program for exercising the peripheral, 

nal may be on-site, or local, for the local user. Alterna- „ _ *Jf^. bl °* ?* * C ™ VCd ^ m * JS^L ' m 

tively, there may be a second or remote user who oper- 25 RAM to a designated location <>oxes 242 and 244). This 

ates a remotely located terminal from a technical sup- f enmt3 * e ™* t0 + m f ovc r ^ cl ? of m f mo 7. from . one 

port station. This alternative arrangement is shown in r0 r ams° *™ 

FIG. 1, although it is understood that a local terminal ^ r 2? ams * . . . . . 

can be operated by the local user as well. ,„ ^ output port" subroutme proves for outputting 

Typically, the debugger routine is entered from oper- 30 Z T ~lL17^^ P " ST*"' 32 ' * "J* 

%.,^*JL „, u„.„ Vn , re,* is .».- (boxes 24© and 248). This accords the user an opportu- 

aung system at boxes 132 and ^(FIOS), when the ^ ^ k boMd M ^ d ™ 

teal user enters the command D (box 204) on the key- da £ t * ^ peripheral 33 ^ ^ Fof ^ 

, ' . . „ _ , pie, the user can send a string of characters from the 

Once the debugger routine is entered 1 at box 204, the 35 kGyboaxd t0 a printer t0 determine whether the printer 

user, whether local or remote, has a choice of sixteen rints ±em pr0 p erly . 

?^??J?£??S^ ^™ 7,^52 11*' ^ " examil * CPU status" subroutine (boxes 250 and 

£5" m^V^ A m ^ ™ * 2S1 > is for V*atoto* the user to examine the results of 

26^ and 266 in FIGS. 4 4A, and 4B. These subroutines a at a g iflc point chosen b ^ ^ 

or functions are accessed by the appropnate commands 40 Tne « alter memorv » subroutine permits the user to 

mput by the user through the computer terminal, such ^ memory ^ ^ mer data ^ oxes 254 ^ 

as terminal 58. It » understood that these decision boxes 2 SS). This option can be most effectively used with the 

could have been drawn in any order, smce the program se arch mem ory subroutine or go to memory location 

continues to loop around the chain of decision boxes subroutine in order to change specific data or program 

until the microprocessor 51 sees a command from the 45 steps already in RAM 48. 

debugger menu. ^ » term inal mode" subroutine allows transmission 

The call memory subroutine allows the user to of data from a terminal, such as remote PC terminal 58, 

execute a user subroutine^dthen return to the debug- directly to peripheral 33 for exercising the peripheral 

ger routine (boxes 206-208). This allows the user to test under direct terminal control (boxes 258 and 260). Thus 

user subroutines one at a time to assist the user in writ- 30 PC terminal 58 becomes a host that can be used to drive 

ln ^ n0 »t COmpleX P r °8 rams * the peripheral in a variety of ways that may not be 

The display memory" subroutine permits the user to practical with the peripheral tester alone. 

dis i )1 ^v m ^ mory m hexadecimal ASCI1 C 003 "* The "exit debugger" subroutine (box 262) gives the 

210-212). The contents of memory may be displayed user the option of leaving the debugger routine and 

two lines at a time on display 18, or if a PC terminal 58 55 rerarning to the peripheral tester operating system (box 

is bemg used, the memory contents may be shown in 264) as described in FIG. 3. The debugger routine can 

matrix form on the PC screen. This enables a user, or for be restarted as described at boxes 266 and 268). 

example a technical support manager at the home of- The "inform user invalid command" subroutine (box 

fice, to review memory contents preparatory to altering 270) indicates to the user on display that they failed to 

memory to, for example, insert a new or modified pro- 60 choose a valid one of the sixteen commands, 

gram step. It should be understood that various changes and 

The "RAM memory test" subroutine permits the user modifications to the preferred embodiments described 
to test RAM memory 48 with four different patterns above will be apparent to those skilled in the art. Such 
(boxes 214 and 216). This allows the RAM test to run changes and modifications can be made without depart- 
indefinitely until the user tells it to stop. 65 ing from the spirit and scope of the present invention, 

The "fill RAM memory" subroutine permits RAM 48 and it is therefore intended that such changes and modi- 

to be filled with data from the user entered through fications be covered by the following claims, 

keyboard 16 (boxes 218 and 220). In this fashion, the I claim: 
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1. Apparatus for conducting testing of the condition 
of computer peripherals, said apparatus being portable 
and enclosed in a housing and comprising: 

(a) a microprocessor for controlling the testing of said 
peripherals by sending excitation signals to said 5 
peripherals in accordance with a test protocol and 
receiving response signals therefrom; 

(b) nonvolatile memory means having stored therein 
an operating system routine for said microproces- 
sor; 10 

(c) at least one working memory means for said mi- 
croprocessor, said working memory means for 
storing an instruction set defining said test protocol 
for said microprocessor, 

(d) at least one peripheral connector means for opera- 15 
lively connecting said apparatus with a peripheral 

to be tested in accordance with said protocol said 
peripheral connector means connecting said micro- 
processor to said peripheral to enable said micro- 
processor to send said excitation signals in accor- 20 
dance with said protocol and receive said response 
signals; 

(e) at least one data source connector means for oper- 
atively connecting an external data source to said 
apparatus, said external data source being distinct 25 
from said apparatus; 

(f) a keyboard, mounted in said housing and accessi- 
ble to a user, being operatively connected to said 
microprocessor for receiving user commands for 
controlling the operation of said microprocessor 30 
and sending said user commands to said micro- 
processor; 

(g) a display mounted in said housing for providing an 
indication to the user of the status of the protocol 
and the condition of the peripheral; and 35 

(h) a debugger routine stored in said nonvolatile 
memory means and accessible by the user through 
the keyboard, said debugger routine for responding 
to user commands input through the keyboard to 
instruct the mircoprocessor to modify said instruc- 40 
don set in working memory as defined by data 
input from said external data source and test said 
peripheral -in accordance with a modified protocol 
set forth in a modified instruction set; 

whereby said external data source can provide a modi- 45 
fied protocol for testing said peripheral. 

2. The apparatus of claim 1, wherein said external 
data source includes a computer terminal located re- 
motely from said apparatus and said debugger routine 
comprises a sub-routine for enabling said working mem- 50 
ory to receive said instruction set from said computer 
terminal. 

3. The apparatus of claim 1, wherein said external 
data source includes a computer terminal located re- 
motely from said apparatus, and said debugger routine 55 
comprises a sub-routine for enabling said computer 
terminal to send excitation signals to sad peripheral and 

to receive response signals therefrom. 

4. Apparatus for conducting testing of the condition 
of computer peripherals, said apparatus being portable 60 
and enclosed in a housing and comprising: 

(a) a microprocessor for controlling the testing of said 
peripherals by sending excitation means to said . 
peripherals in accordance with a test protocol and 
receiving response signals therefrom; 65 

(b) nonvolatile memory means having stored therein 
an operating system routine for said microproces- 
sor, 
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(c) at least one working memory means for said mi- 
croprocessor; 

(d) a plurality of interchangeable plug-in nonvolatile 
memory means, each said plug-in memory means 
corresponding to a peripheral to be tested and 
containing at least one instruction set defining said 
test protocol for said microprocessor, each said 
plug-in memory means having at least one memory 
connector means operatively coupled to said plug- 
in nonvolatile memory means; 

(e) means mounted in said housing for storing said 
plug-in memory means, said storing means being 
accessible to a user for manually selecting a desired 
one of the plug-in memory means corresponding to 

* a peripheral to be tested; 

(f) receptor means accessible to said user from outside 
said housing for receiving said memory connector 
means on a selected plug-in memory means, said 
receptor being operatively connected to said mi- 
croprocessor to enable communication from said 
plug-in memory means to said working memory; 

(g) means for enabling said microprocessor to control 
transfer of said instruction set from said plug-in 
memory means to said working memory through 
said receptor means, whereby said instruction set 
can be loaded into said working memory and said 
plug-in memory means can thereafter be removed 
from said receptor means and returned to said stor- 
ing means; 

(h) at least one peripheral connector means for opera- 
tively connecting said apparatus with a peripheral 
to be tested in accordance with said protocol, said 
peripheral connector means connecting said micro- 
processor to said peripheral to enable said micro- 
processor to send said excitation signals to said 
peripheral in accordance with said protocol and 
receive response signals therefrom; 

(i) a keyboard mounted in said housing and accessible 
to a user, said keyboard being operatively con- 
nected to said microprocessor for receiving user 
commands for controlling the operation of said 
apparatus and sending said user commands to said 
microprocessor; 

G) a display mounted in said housing for providing an 
indication to the user* of the status of the protocol 
and the condition of the peripheral; and 
(k) a debugger routine stored in said nonvolatile 
memory means accessible by the user through the 
keyboard, said debugger routine for responding to 
user commands to instruct the microprocessor to 
store a modified instruction set in working memory 
defined by data input from an external data source 
distinct from said apparatus and test said peripheral 
in accordance with a modified protocol set forth in 
the modified instruction set; 
whereby the protocol supplied to working memory can 
be modified under user control to provide a modified 
protocol for testing said peripheral. 

5. The apparatus of claim 4, wherein said operating 
system routine contains a subroutine for altering prese- 
lected portions of working memory in response to data 
input by the user through said keyboard, whereby said 
protocol can be modified by user input data to provide 
a modified protocol. 

6. The apparatus of claim 4, wherein said operating 
system routine contains a subroutine for accessing said 
debugger routine in response to a command entered by 
the user through said keyboard, and said modified pro- 
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tocol is defined by data from an external data source 
comprising a station located remotely from said periph- 
eral tester, and said debugger routine includes a subrou- 
tine for loading said data from said station into said 
working memory in response to a command input 
through said external data source, whereby a modified 
test protocol from a remotely located station can be 
loaded into said working memory of said apparatus. 

7. The apparatus of claim 6, wherein said debugger 
routine further includes a subroutine accessible by said 
user through said keyboard for exchanging data be- 
tween said remotely located station source and said 
peripheral under test, said remote station thereby being 
enabled to remotely apply excitation signals to said 
peripheral and monitor the response thereto to obtain 
an indication of the condition of said peripheral. 

8. The apparatus of claim 4, wherein each said plug-in 
memory means includes a circuit board having at least 
one PROM mounted thereon, said memory connector 
means comprises at least one electrical coupling for 20 
mating with said receptor means to establish an electri- 
cal path therebetween, and said enabling means com- 
prises at least one switching means operating under 
microprocessor control for activating said receptor 
means in response to a command input by the user from 25 
the keyboard to effect the transfer of said instruction set 
from said PROM to said working memory, said recep- 
tor means thereafter being deactivated and said PROM 
being thereby isolated from said working memory. 

9. The apparatus of claim 4 comprising at least three 30 
peripheral connector means, each of said peripheral 
connector means being arranged for coupling with at 
least one peripheral to be tested, and. said operating 
system routine includes a subroutine for responding to 
said instruction set loaded into working memory from 
said plug-in memory means to provide an indication to 
the user through said display which peripheral connec- 
tor means is arranged for connection to the peripheral 
to be tested. 

10. The apparatus of claim 9, wherein at least one of 40 
said peripheral connector means is arranged for connec- 
tion to a remote station through a communications link, 
and said debugger routine includes a subroutine for 
receiving data from said remote station, said data defin- 
ing a modified test protocol for a peripheral to be tested. 45 

11. Apparatus for conducting testing of the condition 
of computer peripherals, said apparatus being portable 
and comprising: 

(a) a housing for enclosing said apparatus; 

(b) a microprocessor for controlling the testing of 50 
said peripherals in response to instructions; 

(c) at least one PROM having stored therein an oper- 
ating system routine for said microprocessor, said 
operating system routine including subroutines for 
loading and running an instruction set defining a 55 
test protocol nd a subroutine for accessing a debug- 
ger routine; 

(d) at least one RAM for storing said instruction set 
loaded into said RAM under microprocessor con- 
trol; 

(e) a plurality of circuit board means having mounted 
thereon at least one EPROM for nonvolatile stor- 
age of said instruction set, each said circuit board 
means corresponding to a different computer pe- 
ripheral to be tested, such that said plurality of 65 
circuit board means enables a user to test a plurality 
of corresponding peripherals, each said circuit 
board means further having a memory connector 



means arranged thereon to enable electrical cou- 
pling of said circuit board EPROM to said working 
memory; 

(f) a storage tray mounted in said housing for retain- 
ing said plurality of circuit board means in storage, 
said tray being accessible to the user to allow man- 
ual selection of a desired circuit board means corre- 
sponding to the peripheral to be tested; 

(g) receptor means mounted in said housing, said 
receptor means being recessed in said housing and 
being accessible to said user for receiving and elec- 
trically mating with said memory connector means 
on said circuit board means, said receptor means 
further being in communication with said RAM 
through said microprocessor to enable transfer of 
said instruction set from said EPROM to said 
RAM under microprocessor control; 

(h) switching means responsive to said microproces- 
sor for enabling the transfer of said instruction set 
from said EPROM to said RAM under direction of 
the operating system routine, whereby said circuit* 
board means can be manually removed from said 
receptor means and restored in said tray after said 
transfer; 

(i) at least two peripheral connector means accessible 
to the user from outside said housing, at least one of 
said peripheral connector means for connecting 
said apparatus with a peripheral to be tested, and 
the other of said connector means for connecting 
said apparatus with a remote station for sending 
data to said RAM under microprocessor control to 
modify said instruction set, said peripheral connec- 
tor means also being connected to said micro- 
processor for application of excitation signals to 
said peripheral and the reception of response sig- 
nals from said peripheral in accordance with said 
protocol; 

(j) a keyboard mounted in said housing and accessible 
to said user, said keyboard being operatively con- 
nected to said microprocessor for receiving user 
instructions for controlling the operation of said 
apparatus; 

(k) a display mounted in said housing for providing an 
indication to the user of the condition of the pe- 
ripheral and the status of the protocol; and 
0) at least one PROM having permanently stored 
therein a debugger routine accessible by the user 
through the operating system routine, said debug- 
ger routine for responding to commands input from 
the remote station to instruct the microprocessor to 
store a modified instruction set in RAM defined by 
data input from said remote station and test said 
peripheral in accordance with a modified protocol . 
set forth in the modified instruction set, 
whereby the protocol can be modified from said remote 
station to provide a modified protocol for testing said 
peripheral. 

12. The apparatus of claim 11, wherein said remote 
station comprises a computer terminal, and said remote 

60 station communicates with said connector means 
through a communications link comprising at least one 
modem, and the debugger routine further comprises a 
subroutine for permitting a second user located at the 
computer terminal to review the contents of working 
memory and to alter said contents selectively from said 
terminal to thereby modify said test protocol. 

13. The apparatus of claim 12, wherein said debugger 
routine further includes a subroutine for permitting the 



35 
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computer terminal to be connected to said peripheral 
being tested through said apparatus, whereby said sec- 
ond user can send data from said computer terminal to 
said peripheral and said peripheral can communicate 
directly with said terminal. 5 

14. The apparatus of claim 13 wherein said operating 
system further comprises a subroutine for giving a con- 
tinuous indication on said display of the status of said 
protocol. 

15. A method for conducting testing of computer 10 
peripherals using a portable peripheral tester having a 
microprocessor for controlling the testing of said pe- 
ripherals, non-volatile memory means having stored 
therein an operating system routine for said micro- 
processor, working memory means having stored. 15 
therein an instruction set defining a test protocol for 
sending excitation signals to said peripheral and moni- 
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toring the peripheral's response thereto, peripheral con- 
nector means for connecting said peripheral to said 
apparatus for communications with said microprocessor 
under operating system control, and external data 
source connection means, said method comprising the 
steps of: 

(a) operatively coupling a remote station to said data 
source connection means; 

(b) transmitting data from said external data source to 
said working memory for modifying said instruc- 
tion set to include a modified protocol; 

(c) running said modified protocol to test said periph- 
eral, 

whereby a user at said external data source can transmit 
a modified test protocol to said working memory for 
testing said peripheral. 

***** 
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